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METHOD AND APPARATUS FOR PROCESSING OF PURCHASE ORDERS 



FIELD OF THE INVENTION 

[0001] The invention relates generally to the processing of purchase orders and, more 
particularly, to a method and apparatus for validating, correcting and reconciling 
purchase orders. 

BACKGROUND OF THE INVENTION 

[0002] Generally, a buyer places an order with a supplier for specific items. The buyer 
completes (i.e., creates or fills out) a purchase order, which includes one or more line 
items. Each line item generally contains a part number of the item (or other imique 
identifier), as well as other related information, such as unit of measure, quantity of 
caches, quantity, color, size, and the like. 

[0003] The burden of creating and processing purchase orders can be enormous, 
particularly in large organizations, such as hospitals, manufacturing plants, retailers, and 
the like. The purchase order needs to be completed in such a manner that the supplier 
can correlate a specific product to each line item. Frequently, this entails looking up an 
item in a parts catalog of a particular supplier and entering the relevant information (e.g., 
the part number) on the purchase order. Upon receipt of the purchase order, the supplier 
must examine each line item and correct any inaccuracies before the purchase order can 
be correctly fulfilled. These tasks are error prone and time consuming. 

[0004] Computer systems can be used in completing and processing purchase orders. 
A buyer may maintain a computer system which contains information regarding items 
that it pvirchases from one or more suppliers. To create a purchase order, the buyer can 
indicate the items tiiat it wants to purchase, and the computer system can then generate 
an appropriate purchase order. The purchase order can then be transmitted to the 
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supplier, via facsimile or other electronic or manual means. Upon receipt of the piirchase 
order, the supplier can enter the information from the purchase order into the supplier's 
computer system, either electronically or manually. The supplier's computer system can 
identify inaccuracies in the line items, which must then be corrected before the purchase 
order can be fulfilled. 

[0005] The computer systems of the buyer and the supplier are independent and do not 
interact with each other. As a result, the computer systems do not provide for automatic 
validation and reconciliation. Rather, errors are generally repeated, even between the 
same buyer and supplier and with the same information (i.e., the buyer can repeatedly 
order an item using the same erroneous part identifier). 

[0006] Therefore, there is a need for a method and an apparatus capable of validating, 
correcting and reconciling purchase orders. Furthermore, there is a need for a method 
and apparatus capable of automatically updating rules that govern validating, correcting 
and reconciling of purchase orders. 

SUMMARY OF THE INVENTION 

[0007] One aspect of the present invention is directed to a method and apparatus for 
validating purchase orders. A purchase order, containing at least one line item is 
received. Each line item includes, among other things, a supplier part number that 
imiquely identifies an item offered by a specific supplier. Each line item is validated 
against an electronic catalog to ensure that the part number corresponds to an item 
offered by the supplier. Once validated, the processed purchase order can then be 
transmitted to the supplier. Each line item of a purchase order can also be compared to 
known errors. If a part number in the line item corresponds to one of the known errors, 
then the erroneous part number can be replaced with a correct part nimiber. Line items 
can also be modified in accordance with a set of rules, such that the line item(s) conform 
to a format acceptable to a particular supplier. 



Docket No. 18174/06501 

[0008] A supplier can be notified, in real time, of an invalid line item in a purchase 
order, such that the supplier can correct the invalid line item. Any changes made can be 
stored or remembered and applied to future purchase order submissions. 

[0009] Another aspect of the present invention is directed to a method and apparatus 
for comparing a purchase order acknowledgement from the supplier to the original 
purchase order presented by the buyer. Any changes to a line item can be added to the 
predetermined set of rules to be used when processing succeeding purchase orders. 

[0010] Another aspect of the present invention is directed to a method and apparatus 
for updating an electronic catalog of the buyer to correct erroneous part numbers and 
other related information contained therein. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0011] For a more complete understanding of the present invention, and the advantages 
thereof, reference is now made to the following descriptions taken in conjunction with 
the accompanying drawings. Throughout the accompanying drawings, like parts are 
designated by like reference nimibers and in which: 

FIG. 1 schematically depicts a high level network environment of one 
embodiment of the present invention; 

FIG. 2 is a block diagram illustrating a portion of the operating modules of a 
computer system for processing purchase orders in accordance with one embodiment of 
the present invention; 

FIG. 3 is a flow diagram depicting a process, performed by a computer system, 
for validating, correcting and reconciling purchase orders in accordance with one 
embodiment of the present invention; 

FIG. 4 is a flow diagram depicting a process, performed by a computer system, 
for further processing of purchase orders in accordance with one embodiment of the 
present invention; 

FIG. 5 is a flow diagram depicting a process, performed by a computer system, 
for processing of purchase orders in accordance with one embodiment of the present 
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invention; 

FIG. 6 illustrates an example of an IME interface screen in accordance with one 
embodiment of the present invention; 

FIG. 7 illustrates an example of a Refinery interface screen in accordance with 
one embodiment of the present invention; and 

FIG. 8 illustrates an example of an interface screen that enables a supplier to 
correct invalid line items in a purchase order in accordance with one embodiment of the 
present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0012] In the following discussion, numerous specific details are set forth to provide a 
thorough imderstanding of the present invention. However, it will be obvious to tiiose 
skilled in the art that the present invention may be practiced without such specific details. 
Well-known elements have been illustrated in schematic or block diagram form in order 
not to obscvire the present invention in unnecessary detail. Additionally, details 
concerning computer networking, software programming, telecommunications, and the 
like have been omitted since such details are not necessary to obtain a complete 
understanding of the present invention, and are within the skills of persons of ordinary 
skill in the relevant arts. 

[0013] Unless otherwise indicated, all functions described herem may be performed in 
either hardware or software, or some combination thereof For example, in one 
embodiment, the fimctions can be performed by a processor such as a computer or an 
electronic data processor in accordance with code such as computer program code, 
software, and/or integrated circuits that are coded to perform such fimctions. 

[0014] Furthermore, examples of an embodiment of the present invention are described 
in the context of a medical supply ordering system for illustrative purposes only. The 
present invention may also be utilized in many different systems and industries, such as 
restaurant supply ordering systems, automotive parts ordering systems, inventory control 
systems, and the like. 
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[0015] FIG. 1 schematically depicts a high level network environment of an 
embodiment of the present invention. A network 1 12 provides a communications 
medium that connects buyers 110 and suppliers (e.g., manufacturers or distributors) 1 14 
to a content intelligence system (CIS) 1 16. 

[00161 The buyer 110, supplier 1 14 and CIS 1 16 may include computer systems, such 
as a mainframe, mini-computer, workstation, personal computer, cellular telephone, 
personal digital assistant (PDA), or the like, which may be configured to provide a 
textual (alphanxmieric) and/or graphical display (e.g., to a user) and to receive data (e.g., 
from a user). The computer systems of the buyer 1 10, supplier 1 14 and CIS 116 may be 
coupled to the network 1 12 via a wired or wireless communication system or any 
combination thereof. The network 1 12 can be a private network, a public network, or 
any combination thereof, including the Intemet, a local-area network (LAN), a wide-area 
network (WAN), or the like. 

[0017] The CIS 1 16 is designed to validate, correct, and reconcile purchase orders, 
thereby increasing the accuracy of transactions between buyers 110 and suppliers 114. 
The computer system(s) of the buyer 1 10 may include a legacy materials management 
information system (MMIS) which maintains a copy of product and pricing information 
regarding products offered by one or more suppliers 114 and used by the buyer 110. The 
CIS 116 advantageously allows the buyer 1 10 to benefit from correct purchase orders 
without requuing that the buyer 110 synchronize or update all of its existing MMIS data. 

[0018] In one embodiment, the CIS 116 is a stand-alone computer system configured 
for receiving a purchase order (e.g., from the buyer 1 10) and transmitting the purchase 
order (e.g., after processing) to the supplier 1 14. The CIS 1 16 is also configured for 
receiving a purchase order acknowledgement from the supplier 114 and transmitting the 
purchase order acknowledgement back to the buyer 110. In another embodiment, the 
CIS 116 operates as a component of an electronic exchange. The exchange can include, 
among other things, computer and computer network related devices for receiving and 
transmitting purchase orders between buyers 110, sellers 1 14 and the CIS 1 16. The 
exchange can, for example, convert purchase orders received from a buyer 1 10 in a first 
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format to a fonnat compatible with the CIS 1 16. hi alternative embodiments, the 
functions provided by the CIS 1 16 may be distributed and may be implemented within 
the computer system of one or more suppliers 1 14, a computer system of one or more 
buyers 1 10, or any combination thereof In such an embodiment, the computer system of 
a buyer 1 10 may be configured to directly communicate with the computer system of the 
selected supplier 114. 

[0019] FIG. 2 is a block diagram illustrating a portion of the operating modules of a 
computer system (e.g., CIS 1 16) for processing purchase orders 200 in accordance with 
one embodiment of the present invention. The computer system receives a purchase 
order 200 fi:om a buyer 1 10 and processes it before transmitting it to a supplier 1 14. 

[0020] The computer system includes a Validation Module 204 for validating the 
purchase order 200 (which may be directed to a specific supplier 1 14). The Validation 
Module 204 looks up each line item (e.g., in an electronic catalog) and determines 
whether the relevant information (e.g., supplier part number) contained in each line item 
corresponds to an item offered by the supplier 114. If the line item is found, the line 
item is valid and can be added to a final purchase order 208. If the line item is not found 
(e.g., the purchase order contains an incorrect suppUer part number as a result of 
outdated or incorrect information), the computer system can attempt to correct the 
invalid line item. A line item may contain both the buyer's internal information (e.g., 
part number, unit of measure, etc.) and the supplier's information (e.g., supplier part 
number, supplier unit of measure, etc.). In one embodiment, an electronic catalog exists 
for each tradmg partner relationship and the Validation Module 204 can validate the line 
items to the relevant electronic catalog based on the particular buyer 110 and supplier 
1 14. In anotiier embodiment, the Validation Module 204 can validate the line items to a 
comprehensive electronic catalog containing information relevant to all buyers 110 and 
suppliers 114. 

[0021] The computer system optionally includes an Item Mapping Engine Module 212 
for correcting errors by comparing the line item to a list of known errors. In one 
embodiment, a Ust of known errors is provided for each trading partner relationship. As 
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used herein, a trading partner relationship refers to a relationship between a particular 
supplier 1 14 and a particular buyer 1 10 (or group of buyers). Optionally, the list of 
errors may be implemented for all buyer organizations. If, for example, a part number in 
the line item corresponds to one of the known errors, then the erroneous part number can 
be replaced with a correct part number. In one embodiment, supplier information (e.g., 
supplier part number) is validated, while the buyer information (e.g., buyer's internal 
part nvimber or reference) is neither validated nor changed. Once corrected, the line item 
can be re-validated by the Validation Module 204 to ensure that the application of the 
rule from the Item Mapping Engine Module 212 resulted in a valid item. The corrected 
line item can then be added to the final purchase order 208. 

[0022] The computer system optionally includes a Refinery Module 2 1 6 for correcting 
errors with reference to a set of rules. In one embodiment, a set of rules is provided for 
each trading partner relationship. Optionally, the set of rules may be implemented for all 
buyer organizations. By modifying the line item(s) in the purchase order in accordance 
with the set of rules, the line item(s) can be made to conform to a format acceptable to 
the particular supplier 1 14. The line item can then be re- validated by the Validation 
Module 204 to ensure that the application of the rule (or set of rules) resulted in a valid 
item. The corrected line item can then be added to the final purchase order 208. 

[00231 In one embodiment, if errors are detected (e.g., by the validation process), the 
computer system can notify the supplier 114 in real time (e.g., via email, XML or EDI). 
The supplier 1 14 then has the option to correct the invalid line item entry before the 
purchase order is sent to the supplier 1 14. If the supplier 1 14 chooses this approach 
(purchase order suspension is ON in step 226), the purchase order is suspended and the 
suppUer 1 14 is notified. The supplier 1 14 can then correct any invalid line items (in step 
228). The corrections performed by the supplier 1 14 can be used to add new rules or edit 
existing rules in the Item Mapping Engine Module 212 for correcting the same errors in 
future purchase orders to the same supplier 114. If the supplier 1 14 does not choose to 
correct the invalid line items before the purchase order is sent to the supplier 1 14 
(purchase order suspension is OFF in step 226), the supplier 1 14 can perform the 
corrections after it receives the final purchase order 208. 
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[0024] In one embodiment, wherein the supplier 1 14 chooses to correct the purchase 
order after it has been received by the supplier 1 14, the computer system includes a 
module 232 for comparing a purchase order acknowledgment 220 received from the 
supplier 1 14 to the original purchase order presented by the buyer 1 10. Changes to a line 
item (e.g., made by the supplier 1 14, the Item Mapping Engine Module 212, the Refinery 
Module 216) can be used to create a discrepancy report 224, which can be transmitted 
(e.g., electronically) back to the buyer 1 10. In one embodiment, the buyer 1 10 can 
receive tiie discrepancy report 224 (e.g., in text form) and, optionally, the purchase order 
acknowledgement 220 via XML or EDI. Alternatively, the discrepancy report 224 (and, 
optionally, the purchase order acknowledgement 220) may be transmitted to the buyer 
1 10 via otiier electronic or manual methods, such as facsimile, mail, courier, voice, and 
the like. In another embodiment, discrepancy reports 224 can be aggregated and made 
available to the relevant buyers 1 10 (e.g., via a download from the Internet). In such an 
embodiment, the buyer 1 10 can enter the CIS 1 16 (e.g., via a web interface) and access 
the discrepancy report(s). 

[0025] In one embodiment, the buyer 1 1 0 can use the discrepancy report 224 to update 
its MMIS (or electronic catalog) to reflect the current product information as specified by 
the supplier 114. By usuig the discrepancy report 224, the buyer 1 10 can update the 
MMIS based on its recent transactions. Thus, product data that is not used (and that are 
contained in the MMIS) need not be updated. In one embodiment, the buyer 1 10 can 
specify a file format or type (e.g.. Excel spreadsheet, ASCII file, etc.) for the discrepancy 
report 224, such that the report can be loaded into the MMIS. In a related embodiment, 
the buyer 1 10 can select certain items m the discrepancy report 224 and specify a file 
format for a file containing only the selected items. The buyer 1 10 can thus load into the 
MMIS only those selected items. In one embodiment, the discrepancy report 224 can be 
formatted such that the computer system of the buyer 110 can utilize the information in 
the discrepancy report 224 to update the Item Mapping Engine module 212 for correcting 
the same errors in future purchase orders to the same suppUer 114. 

[0026] In another embodiment, the buyer 1 1 0 can be presented with a interface (e.g., a 
GUI) for reviewing discrepancies from one or more purchase orders. For example, the 
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buyer 110 may be presented with a list of discrepancies for all purchase orders in the past 
month. The buyer 1 1 0 can review each discrepancy (e.g., both the submitted 
information and the corrected information) and, for each discrepancy, select whether to 
include the corrected information in a file for updating the buyer's MMIS or electronic 
catalog. The discrepancies may include discrepancies in part number, pricing, or other 
information. In yet another embodiment, the buyer 1 10 can use the interface (e.g., a 
GUI) to select from a nvimber of soxirces of information for updating the buyer's 
electronic catalog. The buyer 110 can review items in the source of information and 
select the whether to include each item in a file for updating the buyer's MMIS or 
electronic catalog. The buyer 110 can also be given the option to select a file format for 
a file containing the selected items, such that the file will be compatible with and can be 
uploaded into the buyer's system, either manually by the buyer, or automatically by the 
CIS 116. 

[0027] In one embodiment, the information is discrepancy information created by 
comparing one or more purchase orders from the buyer 1 10 to corresponding purchase 
order acknowledgements from the supplier 1 14. In another embodiment, the information 
is discrepancy information created by comparing information in the buyer's electronic 
catalog with mformation m a supplier's electronic catalog to determine any differences 
between the buyer's information and the supplier's information. In yet another 
embodiment, the information is pricing information from a catalog associated with the 
supplier 1 14. The information can also be pricing information from a contract agreement 
associated with the supplier 1 14 or a third party, such as a group purchasing agent or 
other third party pricing negotiator or service. 

[0028] Thus, the computer system is capable of translating outdated or incorrect buyer 
information (e.g., part number(s) used by the buyer 1 10) into correct supplier 
information (e.g., part number(s) used by the particular supplier 1 14) and thereby route 
clean transactions to the suppliers 114. 
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[0029] FIG. 3 is a flow diagram depicting a process, performed by a computer system, 
for validating, correcting and reconciling purchase orders in accordance with one 
embodiment of the present invention. 

[0030] The process starts at step 300. In step 304, the buyer 1 10 submits a purchase 
order to the CIS 116. The purchase order includes at least one line item, identified by a 
part number, and may include an indication of the supplier 114 from which each line 
item is to be purchased. In one embodiment, every line item on the purchase order is to 
be purchased from a single supplier 114. 

[0031] In another embodiment, the purchase order may contain a plurality of line 
items, along with an indication of a specific supplier 1 14 for each line item or group of 
line items. The supplier 114 from which each line item is to be purchased may be 
indicated by a separate field or may be encoded into the part number. The CIS 116 can 
create a separate purchase order for each supplier 114 based on the original purchase 
order submitted by the buyer 1 14. In this manner, each supplier 1 14 can receive a 
purchase order containing only the relevant line items, and is not provided information 
regarding the items purchased by the buyer 110 from another supplier 114. 

[0032] In step 308, a line item is selected for processing. As discussed above, a 
piu-chase order may contain one or more line items. In one embodiment, the line items 
may be processed in any order (e.g., the order in which the line items appear on the 
purchase order). Alternatively, some database systems may be able to more efficiently 
process in the line items in a specific order, such as alphabetically, numerically, 
ascending or descending key order, or the like. 

[0033] In a decisional step 3 12 the CIS 1 1 6 determines whether initial Validation is 
ON for the particular supplier 1 14 to which the purchase order is directed (e.g., the 
supplier has opted to provide the CIS 116 with a catalog listing of valid part numbers). 
If validation is OFF (No in step 312, the process proceeds to step 324). If validation is 
ON (Yes in step 312), the process continues to step 316. 
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[0034] Then, in step 3 1 6, the CIS 1 1 6 validates each line item on the purchase order. 
The CIS 116 maintains a list of known items offered by the supplier 1 14 in, for example, 
an electronic catalog. Thus, for each line item, the CIS 116 can verify, for example, that 
the part number is a valid part number (for the specified supplier 1 14) by comparing the 
part number of the selected line item to the part numbers in the catalog. In one 
embodiment, the CIS 1 16 is capable of validating one or more of the following fields: (1) 
Supplier Division, (2) Part Number, (3) Part Number Type, (4) Unit of Measure (UOM), 
(5) Quantity of Eaches (QOE), (6) Item Status (e.g., whether the item is in production, 
staging, or on hold), and (7) Part Number Status (e.g., whether the item is orderable). 

[0035] If the line item is valid (e.g., the part number is in the catalog) (Yes in step 
316), then the validation process passes and the line item can be added to a processed 
purchase order in step 320. The processed purchase order is a purchase order that has 
been processed by the CIS 1 16 prior to being transmitted to the supplier 1 14. If, 
however, the line item is not valid (e.g., the part number of the selected line item is not 
located) (No in step 316), then the validation process fails and the process proceeds to 
step 324. 

[0036] In one embodiment, the CIS 1 1 6 performs validation based on trading partner 
relationships. For example, it may be desirable for a supplier 1 14 to establish different 
part numbers for use by different buyers 1 10 for the same item (e.g., to track sales to a 
particular buyer or group of buyers or for custom items). In such an embodiment, the 
CIS 116 can advantageously verify not only that the part number is valid for the 
particular supplier 1 14, but also that the part number is valid for the particular buyer 1 10, 
when purchasing from the particular supplier 114. 

[0037] In step 324, the CIS 116 determines whether Item Mapping Engine (IME) 
processing is ON for the trading partner relationship. If IME processing is OFF (No in 
step 324), the process proceeds to step 336. If IME processing is ON (Yes in step 324), 
the process continues to step 328. 
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[0038] In step 328, the CIS 1 1 6 determines whether an IME rule exists that 
corresponds to the line item. If so (Yes in step 328), the IME rule can be applied (step 
332) and the resulting line item added to the processed purchase order in step 320. In 
one embodiment, the resulting line item (after application of the IME rule) is re-validated 
(e.g., in step 316) to ensure that the application of the rule resulted in a valid line item. If 
a corresponding IME rule does not exist (No in step 328), the process proceeds to step 
336. 

[00391 In step 332, the line item is processed by the Item Mapping Engine. The IME is 
capable of intelligently cross-referencing line item information by using defined 
translations between a buyer's line item (e.g., "123A45 Case") and an item in a 
supplier's catalog (e.g., "12345 CA") during a transaction. The IME maintains a list of 
IME rules that identify known discrepancies between the identification of selected line 
items by buyers 1 10 and suppliers 1 14. For example, if a particular buyer 1 10 is known 
to incorrectly identify a selected product by the part number "A- 123" an IME rule may 
be created to modify "A- 123" to the correct part number: "A-123X." Each IME rule can 
be set to apply only to a particular buyer 1 10, a particular supplier 1 14, or a particular 
trading partner relationship. Alternatively, an IME rule can be set to apply to all buyers 
1 10 associated with a supplier 1 14. The IME rules can be automatically created when a 
supplier 1 14 corrects a part number of a selected line item (e.g., as discussed above witii 
respect to steps 226 and 228 of FIG. 2), or can simply be input whenever an error in a 
part number is detected. An example of an IME interface screen in accordance with one 
embodiment of the present invention is described below with reference to FIG. 6. 



[0040] In one embodiment, an IME rule includes six buyer fields and five supplier 
fields as show in Table 1. 



Buyer Information 


Provider 
Division ID 


Buyer 
Submitted 
Supplier 
Division ID 


Buyer 
Submitted 
Item 
Number 


Buyer 
Submitted 
Item Type 
Number 


Buyer 

Submitted 

UOM 


Buyer 

Submitted 

QOE 


Memorial 
Hospital 


Supplier 
Division A 


1234'A 


Manufacturer 
Part Number 


Box 


Null 
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Supplier Information 






Supplier 
Division ID 


Supplier 

Item 

Number 


Supplier Part 
Number Type 


Supplier 
UOM 


Supplier 
QOE 




Supplier 
Division B 


1234'X 


Manufacturer 
Part Number 


BX 


5 



Table 1 



[00411 In one embodiment, IME rules can be provided to the CIS 1 16 via the IME 
interface, which can be run as a stand-alone feature. In another embodiment, the IME 
rules can be provided to the CIS 1 16 via a batch upload function, which allows data to be 
loaded through a batch file. The batch upload function can, for example, provide for 
input of the IME rules in the form of an Excel spreadsheet, an ASCII file, etc. In a 
related embodiment, a supplier 1 14 can only load IME rules that map to items in the 
electronic catalog. 

[0042] In one embodiment, IME rules can be validated by mapping to valid items in 
the electronic catalog. Generally, if an IME rule is found for the line item (during IME 
processing steps 328, 332) and the IME rule maps to a valid item in the catalog, then the 
selected line item is validated. A supplier 1 14 may elect to have IME validation turned 
OFF or ON. If the supplier 1 14 elects to have IME validation turned OFF, then the IME 
rule will be applied and included in the processed purchase order (regardless of whether 
the rule maps to valid items in the catalog). If, however, the supplier 1 14 elects to have 
IME validation turned ON, then the IME rule will only be applied if the rule maps to 
valid items in the catalog. IME rules that do not map to valid items in the catalog will 
not be applied. 

[0043] In step 336, the CIS 1 16 determines whether Refinery processing is ON for the 
trading partner relationship. If Refinery processing is OFF (No in step 336), the process 
proceeds to step 348. If Refinery processing is ON (Yes in step 336), the process 
continues to step 340. 

[0044] In step 340, the line item is processed by the Refinery. The Refinery corrects 
product data in real time based on pre-established rules enabled by the supplier 1 14. 
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Refinery rules can be applied to various fields, including part number, division ID, and 
UOM. Refinery rules can include rules that reformat the part number of the selected line 
item to a predetermined format acceptable to the supplier 1 14. For example. Refinery 
rules may be used to strip leading characters, trailing characters, or inner characters from 
a part number, strip specific characters within the part number, strip specific types of 
characters (such as non-alphanumeric, alphanumeric, numeric, alphabetic, and the like), 
insert leading characters or numbers, modify abbreviations or phrases, replace or modify 
the unit of measure, replace or modify company or department designations, determine 
company or department designations based on other fields submitted by the buyer (e.g., 
part number or UOM), and the like. Specific examples of Refinery rules can include: (1) 
leading division: if a part number has the following characters at the beginning (not 
including spaces at the beginning) xxxx, use yyyy as the division and strip those 
characters out of the part number; (2) trailing division: if a part number has the following 
characters at the end (not including spaces at the end) xxxx, use yyyy as the division and 
strip the characters out of the part number; (3) inner division: if a part number has the 
following characters contained within xxxx, use yyyy as the division and strip the 
characters out of the part number; (4) strip all characters: if xxxx is within the part 
number, remove from the part number; (5) strip non-alphanumeric: remove all non- 
alphanumeric string characters including spaces; (6) strip leading characters: strip the 
following leading characters (allow up to five) xxxx; (7) strip trailing characters: strip the 
following trailing characters (allow up to five) xxxx; (8) truncate leading characters: if 
the part number is more than x characters in length, strip the leading characters until the 
part number is that length in characters; (9) truncate trailing characters: if the part 
number is more than x characters in length, strip the trailing characters until the part 
nvimber is that length in characters; (10) insert missing characters: if a part number is not 
X characters in length, add the following character y to the beginning of a part number 
untU the part number is that many characters in length; (1 1) fill in leading characters: if 
XXXX is not in the yyyy position, insert that (those) character(s) before the position; (12) 
replace unit of measure: replace the following unit of measure xxxx with the following 
unit of measure yyyy. An example of a Refinery rule with reference to a trading partner 
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relationship is "Remove all dashes from all item numbers coming from Memorial 
Hospital." 

[0045] An example of a Refinery screen in accordance with one embodiment of the 
present invention is described below with reference to FIG. 7. Refinery rules can be set 
to apply to a particular buyer 1 10, a particular supplier 1 14, or a particular trading 
partner relationship. Alternatively, a Refinery rule can be set to apply to all buyers 1 10 
associated with a supplier 1 14. In one embodiment, conflicting rules can be resolved by 
giving rules applicable to a specific buyer 110 precedent over rules applicable to all 
buyers 1 10. In one embodiment. Refinery rules can be provided to the CIS 116 via, for 
example, a browser based tool available to the supplier 1 14. Of course, other ways of 
entering Refinery rules are possible. 

[0046] After the Refinery rules are applied to the selected line item (in step 340), 
processing proceeds to step 344, wherein a determination is made whether the selected 
line item has been corrected and whether the correction results in a valid item in the 
electronic catalog. If the line item has been corrected and the corrected line item is in the 
catalog (Yes in step 344), the corrected line item can be then be added to the processed 
purchase order in step 320. 

[0047] Generally, if one or more Refinery rule(s) are applied and the application of the 
rule(s) results in a valid item in the catalog, then the selected line item is validated. In 
one embodiment, a supplier 1 14 may elect to have Refinery validation tumed OFF. If 
so, the Refinery rule(s) will be applied regardless of the existence of a corresponding 
item in the catalog. The corrected Ime item can then be added to the processed purchase 
order in step 320. 

[0048] If, in step 344, the line item has not been corrected, or application of the 
Refmery rule(s) does not result in a valid item in the electronic catalog (No in step 344), 
processing proceeds to step 348, wherein the line item is flagged and added to the 
processed purchase order (in step 320). In one embodiment, in the case where Refinery 
validation is ON and application of the Refinery rule(s) does not result in a valid item in 
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the catalog, the original (uncorrected) line item is flagged (in step 348) and added to the 
processed purchase order (in step 320). Generally, a flagged line item on the processed 
purchase order indicates to the supplier 1 14 that the CIS 1 16 was unable to correctly 
correlate the flagged line item to a valid item (e.g., in the catalog). 

[00491 In step 352, the process determines whether the purchase order contains 
additional line items that require processing. If so, (Yes in step352), processing returns 
to step 308, wherein a new line item is selected to be processed. If the purchase order 
does not contain additional line items for processing (No in step 352), the process ends at 
step 356. The processed purchase order may thereafter be subjected to further processing 
(if it contains flagged items) or, alternatively, can be submitted to the supplier 1 14. 

[0050] A flagged line item in a processed purchase order indicates that the CIS 1 1 6 
was unable to validate the line item (using one or more of the processes described above 
with respect to FIG. 3). If a given purchase order contains errors, some suppliers 1 14 
may want to make changes to the purchase order before it reaches their system, while 
other suppliers 1 14 may want to make changes to the purchase order once it has been 
received in their system. 

[0051] FIG. 4. is a flow diagram depicting a process, performed by a computer system, 
for fiirther processing of purchase orders in accordance with one embodiment of the 
present invention. The process begins at step 400. In step 404, the CIS 1 16 determines 
whether the processed purchase order contains any flagged items. If so (Yes in step 
404), the process continues to step 408. If there are no flagged items (No in step 404), 
then the line items in the processed purchase order are valid and the processed purchase 
order can be sent directiy to the supplier 1 14 for fulfillment in step 410. 

[0052] In step 408, the CIS 1 16 determines whether the supplier 1 14 wants to correct 
line items in the purchase order before it reaches their system (i.e., whether Smart 
Transporter processing is ON for the supplier 1 14 or the trading partner relationship). If 
so (Yes in step 408), processing continues to step 412. If not (No in step 408), 
processing ends at step 440. 
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[0053] In step 4 1 2, the supplier 1 1 4 is notified that a purchase order received by the 
CIS 1 16 contains at least one line item that could not be correlated to a corresponding 
product offered by the supplier 114. In one embodiment, the notification is sent to the 
supplier 1 14 via e-mail containing linJc to the specific purchase order within the CIS 1 16. 
By clicking on the link, the supplier 1 14 can be taken directly to the specific purchase 
order. In another embodiment, the notification can be by instant messaging or other 
types of computer communications. Alternatively, other types of notification may be 
used, such as a mailed letter, facsimile, phone call, voice mail, posting on a web site, and 
the like. 

[0054] In an alternative embodiment, the supplier 1 14 is not alerted, but can 
periodically check for purchase orders that have been placed in suspension by the CIS 
116. In this embodiment, the supplier 1 14 can access the CIS 1 16 and view a Purchase 
Order Index screen, which displays all purchase orders in suspension. The supplier 1 14 
can then click on a suspended purchase order to view and work on that purchase order. 
In one embodiment, for each purchase order in suspension, the Purchase Order Index 
screen displays one or more of the following: (1) Buyer PO number, (2) Buyer Exchange 
ID, (3) Buyer Name, (4) Supplier Exchange ID, (5) Supplier Name, and (6) Suspended 
Date. 

[0055] Upon receipt of the notification, tiie supplier 1 14 can (in step 416) enter the CIS 
1 16 (e.g., via an mtemet browser or other interface) and edit the purchase order. The 
supplier 1 14 can access the purchase order on the CIS 116, for example, via a secure 
communications link over a public network. In one embodiment, line items containing 
errors (e.g., flagged line items) are highlighted such that tiie supplier 1 14 can quickly 
focus attention on the line items requiring correction. The CIS 1 16 thus allows the 
supplier 1 14 to examine and correct line items contained in the purchase order before tiie 
purchase order is sent to the supplier 114. 

[0056] In step 420, the supplier 1 14 can select a flagged line item for correction. Then, 
in step 424, the supplier 114 can edit one or more fields of the line item, replacing 
incorrect data (e.g., part number) with correct data. In one embodiment, selection of a 
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flagged line item brings up a separate edit line item screen wherein the supplier 114 can 
provide the correct supplier division, part number, part number type, QOE, UOM, etc. 
After each line item is corrected, any indication that the line item is invalid (such as 
highlighting) can be removed. 

[0057] As the supplier 114 edits each Une item, the suppUer 114 can indicate whether 
the correction is to be applied as a "One Time Correction" (OTC) or whether the 
correction is to be saved for use with succeeding purchase orders (i.e., saved as an Item 
Mapping Engine Rule). In step 428, the process determines whether the supplier 1 14 has 
selected OTC or IME. If the supplier elects to have the correction saved as an IME rule 
for future use (IME in step 428), the process continues to step 432, wherein the 
correction is saved as an IME rule. In one embodiment, the supplier 114 has the option 
of selecting whether the new IME rule is to apply to all buyers 110 purchasing from the 
supplier 1 14, or whether the new IME rule is to apply only to the particular buyer 110 
associated with this purchase order (i.e., this trading partner relationship). The process 
then proceeds to step 436. If, however, the supplier elects to have the correction be 
applied as a One Time Correction (OTC in step 428), the process proceeds directly to 
step 436. 

[0058] In step 436, the supplier 114 determines whether all of the flagged line items 
have been corrected. If not all of the flagged line items have been corrected (No in step 
436), the process retums to step 420 where the supplier 1 14 selects another line item for 
correction. If all of the flagged line items have been corrected (Yes in step 436), the 
process continues to step 440 wherein the process ends with a corrected purchase order. 
In one embodiment, once the supplier 114 has corrected all the flagged line items, the 
corrected purchase order can be re-submitted for validation by the CIS 116. Thus, the 
supplier 114 can receive into its system a purchase order containing valid line items. In 
an altemative embodiment, the corrected purchase order can be submitted directly to the 
supplier 114 without validation in the event that the supplier 114 wants to receive line 
items into their system that are not in the electronic catalog associated with the CIS 116. 
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[0059] In one embodiment, the corrected pvirchase order is electronically submitted to 
the supplier 1 14 via XML or EDI. Alternatively, the purchase order may be transmitted 
via other electronic or manual methods, such as facsimile, mail, courier, voice, and the 
like. 

[0060] FIG. 5. is a flow diagram depicting a process, performed by a computer system, 
for processing of purchase orders in accordance with one embodiment of the present 
invention. The process begms at step 500. In step 504, the suppUer 1 14 receives a 
purchase order from the network 112. In one embodiment, the purchase order received 
by the suppUer 1 14 is the original (unprocessed) purchase order submitted by the buyer 
110 and may contain invalid line items. In another embodiment, the purchase order has 
been processed by the CIS 116 and may contain line items that have been corrected by 
the CIS 116, along with invalid line items that the CIS 1 16 was unable to validate. In a 
related embodiment, the purchase order has been processed by the CIS 116 and may 
contain one or more flagged line items, indicating to the supplier 1 14 that the CIS 116 
was unable to validate those particular line items. 

[0061] While some suppliers 114 may want to edit and/or correct a purchase order 
before it reaches their system, other suppliers 114 will want to make changes to the 
purchase order once it has been received in their system. In step 508, the supplier 114 
validates the line item(s) in the purchase order and corrects any invalid line item(s). In 
one embodiment, the supplier 114 verifies that the purchase order contains valid 
mformation, such as part number, UOM, QOE, etc. before attempting to correct the line 
items. 

[0062] In step 512, tiie supplier 1 14 acknowledges receipt of ttie purchase order by 
sending a purchase order acknowledgement to the CIS 1 16. In one embodiment, the 
purchase order acknowledgement contains invalid line items (as determined by the 
supplier 114) and corresponding valid line items (as corrected). In another embodiment, 
the invalid line items are replaced by valid line items. In one embodiment, the purchase 
order acknowledgement is electronically transmitted to the CIS 1 16 (e.g., via XML or 
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EDI). Alternatively, the purchase order acknowledgment may be transmitted via other 
electronic or manual methods, such as facsimile, mail, courier, voice, and the like. 

[0063] In step 516, the CIS 116 receives the purchase order acknowledgement. Then, 
in step 520, the CIS 1 16 determines whether Natural Mapping processing is ON for the 
supplier 1 14 or the trading partner relationship. If so (Yes in step 520), processing 
continues to step 524. If not (No m step 520), processing ends at step 540. 

[0064] In step 524, the CIS 1 16 performs natural mapping to update IME rules based 
on the changes to the line items that were made by the supplier 1 14. In one embodiment, 
IME rules are added or edited regardless of whether the line items were originally 
corrected (or flagged as invalid) by the CIS 116. For example, if a buyer 110 had 
specified a line item as containing part number "A123," and part number "A123" exists 
in the electronic catalog, then the line item would not have been corrected (or determined 
to be invalid) by the CIS 1 16. If the supplier 1 14, however, had replaced part number 
"A123" with a new model referred to by part number "B123," natural mapping can be 
used to create an IME rule to replace part number "A123" with part number "B123" on 
succeeding purchase orders. Natural mapping processing can advantageously identify 
differences between line items on the original purchase order and line items on the 
purchase order acknowledgement and update the IME rules used by the CIS 116. 

[0065] In step 536, the buyer 1 10 obtains the purchase order acknowledgement (e.g., 
the purchase order acknowledgement is transmitted or made available to the buyer 1 10). 
The process then ends at step 540. 

[0066] FIG. 6 illustrates an example of an IME interface screen in accordance with one 
embodiment of the present invention. A user, such as an administrator of the CIS 116, a 
representative of the supplier 1 14, or the like, can be provided with an IME interface for 
use in modifying, deleting, or creating rules to be applied by the IME. 

[0067] The IME interface provides the user with a list of rules that can be edited or 
deleted, and also allows the user to add additional IME rules. The list of rules can be 
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specific to a particiilar buyer 1 10, a particular supplier 1 14, or a particular trading partner 
relationship. Furthermore, the user may be provided with a mechanism to filter the IME 
rules such that only those rules matching a specified criteria are displayed. 

[0068] In the illustrated embodiment of FIG. 6, pull downs 610 and 612 provide an 
optional mechanism for the user to restrict the display of rules to only those rules 
involving a specific supplier 114, a specific buyer 1 10, a specific supplier 114 and a 
specific buyer 110 (i.e., a trading partner relationship), or the like. In particular, pull 
down 610 allows the user to specify a specific supplier 1 14, causing only those rules 
involving the supplier 114 specified by the user to be displayed. Pull down 612 allows 
the user to specify a specific buyer 110, causing only those rules involving the buyer 110 
specified by the user to be displayed. As indicated by the selected entry in pull down 
612, the user is optionally provided a selection for displaying rules involving a specific 
supplier 114 and all buyers 110. Furthermore, a user can quickly locate all IME rules 
related to specific part number by entering the part number in text entry box 614. 

[0069] In the embodiment illustrated in FIG. 6., the display of the each rule comprises 
two rows of five columns each. The first row, indicated by reference numeral 616 and 
labeled "Buyer Info (Map From)," identifies incorrect information related to a specific 
part as identified by the buyer 110. The second row, indicated by reference numeral 618 
and labeled "Supplier Info (Map To)," identifies the correct information corresponding 
to the part identified in row 616. Accordingly, as the IME rules are applied, a line item 
containing a part number corresponding to that of row 616 can be replaced by the part 
nimiber shown in row 618. Reference numerals 620-628 indicate fields where the user 
can specify corrections that are to be made with, for example, supplier name, buyer 
name, part number, part number type, quantity of caches, and unit of measure, 
respectively. Furthermore, the CIS 116 can allow the user to edit and/or delete selected 
rules by clicking on button 630 and button 632, respectively. While the illustrated 
embodiment depicts certain fields, different fields may be desirable in different systems 
and are within the scope of the present invention. 
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[0070] FIG. 7 illustrates an example of a Refinery interface screen in accordance with 
one embodiment of the present invention. The Refinery interface screen may be utilized 
by a user, such as an administrator of the CIS 1 16, a representative of the supplier 1 14, 
or the like, to edit or create rules to be applied by the Refinery. A user can also add a 
new rule from this interface. 

[0071] The Refinery interface provides the user a list of Refinery rules that can be 
edited or deleted, and also allows the user to enable new Refinery rules. The rules can be 
specific to a particular buyer 1 10, a particular supplier 1 14, or a particular trading partner 
relationship. In the illustrated embodiment, radio buttons 710 and 712 provide an 
optional mechanism for the user to select a trading relationship to be displayed. More 
specifically, radio buttons 710, 712 allows the user to specify a supplier 1 14 (or group of 
suppliers) and a buyer 1 10 (or group of buyers). As indicated by the selected entry in 
radio button 712, the user is optionally provided with a selection for displaying Refinery 
rules applicable to a specific supplier 1 14 and all buyers 110. 

[0072] The embodiment illustrated in FIG. 7. shows examples of Refinery rules that 
may be available. The CIS 116 can allow the user to specify, for example, a procedure 
for modifying a line item on a purchase order. The first rule illustrated (indicated by 
reference numeral 714) is an example of a mle for stripping specific characters firom the 
beginning of a part number and changing a division identifier. In this example, wherein 
the leading characters is a supplier division ID, the part number can be associated with 
the correct supplier division after the leading characters have been removed. The second 
rule illustrated (indicated by reference numeral 716) is an example of a rule for striping 
specific characters fi'om anywhere in the part number. For example, a buyer 110 may 
submit a part number containing dashes interspersed therein. The rule can thus remove 
the dashes fi-om the part number. The third rule illustrated (indicated by reference 
numeral 718) is an example of a rule for removing all non-alphanumeric characters fi-om 
the part number. The fourth rule illustrated (indicated by reference numeral 720) is an 
example of a rule that allows a specific character to be inserted into a specific position in 
the part number. The fifth rule illustrated (indicated by reference numeral 722) is an 
example of a rule that allows a leading character to be inserted into the part number if the 
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part number is not of a specific length. The sixth rule illustrated (indicated by reference 
numeral 724) is an example of a rule that allows a unit of measure in a part number to be 
replaced with the proper terminology used by the supplier 1 14. While the illustrated 
embodiment depicts certain exemplary rules, other rules are possible. 

[00731 In th^j illustrated embodiment, button 730 allows a user to add a new IME rule. 
As illustrated by the selected entry in pulldown 732, the user is optionally provided with 
a selection for adding a rule to edit a part number to remove a Leading Division indicator 
and to assign the part number to a selected division of the supplier 114. 

[0074] FIG. 8 illustrates an example of an interface screen that enables a supplier 114 
to correct invalid line item(s) in a purchase order in accordance with one embodiment of 
the present invention. In the illustrated embodiment, reference numeral 810 indicates the 
purchase order number. Reference numerals 812 and 814 indicate the identity of the 
supplier 1 14 and the buyer 110, respectively. 

[0075] In the illustrated embodiment, reference numeral 815 indicates an area in which 
each line item of the purchase order is listed. In one embodiment, all line items in the 
purchase order are listed. In an alternative embodiment, only flagged line items are 
listed. Reference numeral 816 indicates a caution sign or other indicia which points out 
the flagged line items (i.e., the particxilar line items that the CIS 1 16 was not able to 
validate). In addition to the caution sign, line items containing errors (e.g., flagged line 
items) can be highlighted (e.g., in yellow) such that the supplier 1 14 can easily identify 
on the line item(s) requiring correction. Other methods of identifying the flagged line 
items include shading, underling, coloring, flashing, background coloring, and the like. 

[0076] In one embodiment, selection of a flagged line item (by clicking on the 
"Correct" button 818) brings up a separate edit line item screen wherein the supplier 1 14 
can provide the correct part number, part number type, QOE, UOM, etc. In one 
embodiment, the supplier 1 14 is can indicate whether the correction is to be applied as a 
One Time Correction (e.g., by clicking on a "One Time Correction" button), or whether 
the correction is to be saved as an IME rule (e.g., by clicking on a "Save IME Rule" 
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button). If the supplier 1 14 selects for the correction to be saved as an IME rule, the 
supplier 1 14 is given the option of selecting whether the new IME rule is to apply to only 
the particular buyer 110 who issued the instant purchase order, to a group of buyers 110 
(including this particular buyer 1 10), or to all buyers 1 10. Thus, the supplier 1 14 can 
determine the specific trading partner relationship(s) to which the new IME rule applies, 

[0077] Although the present invention has been fiilly described by way of examples 
and with reference to the accompanying drawings, it is to be understood that various 
changes and modifications will be apparent to those skilled in the art without departing 
from the spirit and scope of the invention. Therefore, unless such changes and 
modifications depart from the scope of the present invention, they should be construed as 
being included therein. 
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